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VERFAHREN ZUM UBERTRAGEN VON 
NACHRICHTEN IN EINEM AUF MMS BASIERTEN 
KOMMUNIKATIONSSYSTEM 



Beschreibung 

Verfahren zum ttbertragen von Nachrichten 

5 Die vorliegende Erfindung betrifft ein Verfahren zum Ubertra- 
gen von Nachrichten, und insbesondere ein Verfahren zum Uber- 
tragen von Nachrichten mit Nutzdatenobjekten gemafi dem Multi- 
media Messaging Service (MMS) von einer Telekommunikations- 
einrichtung zu einer weiteren Telekommunikationseinrichtung. 

Zur Ubertagung von Daten, insbesondere multimedialen Datenob- 
jekten, von einem ersten zu einem zweiten Mobiltelefon bzw. 
Mobil funkgerat in einem Mobilfunkkommunikationsnetz wird von 
dem 3GPP (3rd Generation Partnership Project) und von der OMA 

15 (Open Mobile Alliance) der sogenannte Multimedia Messaging 
Service (MMS) spezifiziert . Mochte dabei ein erster Benutzer 
einem zweiten Benutzer ein Nutzdatenobjekt, beispielsweise in 
Form eines Bildes oder einer Musikdatei r zukoramen lassen, so 
sendet er mittels seines (ersten) Mobiltelefons eine Multime- 

20 dianachricht (MM) mit dem Nutzdatenobjekt an eine Vermitt- 
lungskomponente in dem Kommunikationsnetz, welche mindestens 
einen sogenannten MMS-Relay-Server umfasst. Eine Multimedia- 
nachricht (MM) kann auch mehrere Nutzdatenobjekte beinhalten. 
Der MMS-Dienstanbieter kann als spezielle Dienstleistung vor 

25 dem Aussenden einer weiteren Nachricht (ira folgenden als Emp- 
fangerbenachrichtigungsnachricht bezeichnet) an das zweite 
Mobiltelefon des zweiten Benutzers mit der Information, dass 
eine Multimedianachricht (MM) mit mindestens einem Nutzdaten- 
objekt zum Herunterladen bereitsteht, eine . individuelle An- 

30 passung des mindestens einen zuzustellenden Nutzdatenobjekts 
beispielsweise an die Eigenschaf ten bzw. Fahigkeiten des 
zweiten Mobiltelefon vornehmen. Als nachteilig stellt sich 
bei einem derartigen Verfahren jedoch heraus, dass der Emp- 
f anger (in vorliegenden Beispiel der zweite Benutzer) einer 

35 Empfangerbenachrichtigungsnachricht bzw. einer Multimedia- 
nachricht (MM) mit mindestens einem Nutzdatenobjekt keinerlei 
Moglichkeit hat, zu erkennen, ob und wie die Ubermittlungs 
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nachricht (ira folgenden auch als Multimedianachricht MM be- 
zeichnet) bzw. das darin enthaltene Nutzdatenobjekt verandert 
worden ist, und ob das eventuell veranderte Nutzdatenobjekt 
verwendbar ist. 

5 

Somit ist es die Aufgabe der vorliegenden Erfindung, eine 
Moglichkeit der Ubertragung von Nutzdatenobjekten an einen 
Empfanger zu schaffen f die eine verbesserte Kontrolle der zu 
empfangenden Nutzdatenobjekte ermoglicht. 

10 

Diese Aufgabe wird durch den Gegen stand der unabhangigen An- 
spruche gelost. Vorteilhafte Ausgestaltungen sind Gegenstand 
der Unteranspriiche. 

15 Dabei umfasst ein Verfahren zum Ubertragen von Nachrichten, 
insbesondere in einem Koramunikationsnetz, folgende Schritte. 
Zunachst wird eine Ubermittlungsnachricht mit einem oder meh- 
reren Nutzdatenobjekten bzw. Multimedianachricht-Elementen an 
eine Vermitt lungs komponente zur Weiterleitung an eine erste 

20 Telekommunikationseinrichtung ubertragen. Diese Ubertragung 
kann dabei von einer sendenden Telekommunikationseinrichtung, 
wie einem Mobil fun kger at oder einem Mobiltelefon, erfolgen. 
In der Vermitt lungs komponente wird in Abhangigkeit eines Sat- 
zes von Parametern eine Mehrzahl von Variant en des einen oder 

25 der mehreren Nutzdatenobjekte erstellt. Dabei wird unter Va- 
riante sowohl die ursprungliche Form des einen oder der meh- 
reren Nutzdatenobjekte sowie die adaptierten bzw. veranderten 
Versionen bezeichnet. AnschlieBend wird die erste Telekommu- 
nikationseinrichtung, bei der es sich auch wieder urn ein Mo- 

30 bilfunkgerat oder ein Mobiltelefon handeln kann f uber die Be- 
reitstellung einer Mehrzahl von Varianten des einen oder der 
mehreren Nutzdatenobjekte zum Ubertragen an die erste Tele- 
kommunikationseinrichtung informiert. Hat sich ein Empfanger, 
d.h. ein Benutzer der ersten Telekommunikationseinrichtung, 

35 fur eine oder mehrere Varianten der Nutzdatenobjekte ent- 
schieden, wird vorteilhaf terweise eine Zustellungsanforde- 
rungsnachricht bezuglich einer bestimmten Variante des einen 
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oder der mehreren Nutzdatenobjekte von der ersten Telekommu- 
nikationseinrichtung zu der Vermittlungs komponente gesendet. 
Daraufhin wird von der Vermitt lungs komponente eine Zustel- 
lungsnachricht rait der angef orderten Variante des einen oder 
5 der mehreren Nutzdatenobjekte an die erste Telekommunikati- 
onseinrichtung ubermittelt . Durch die Information des Empf an- 
gers uber die verschiedenen adaptierten und auf der Vermitt- 
lungskomponente bereitgestellten Varianten der in der Uber- 
tragungsnachricht enthaltenen Nutzdatenobjekte kann der Emp- 

10 f anger gezielt diejenige Variante der gewunschten Nutzdaten- 
objekte bzw. der gesamten Ubermittlungsnachricht auswahlen 
und herunterladen und hat somit eine verbesserte Kontrolle 
uber seine zu empfangenden Nachrichten bzw. Nutzdatenobjekte. 
Durch die Information uber die auf der Vermitt lungs komponente 

15 bereitliegenden Nutzdatenobjekte kann der Empf anger sich auch 
dafur entscheiden, gar keinen Herunterladevorgang zu initiie- 
ren, wenn die Nutzdatenobjekte von ihm nicht nutzbar sind o- 
der der Herunterladevorgang sehr kostspielig ware. Zum einen 
kann also dabei vermieden werden, dass Nutzdatenobjekte (von 

20 der Vermitt lungs komponente) zur ersten Telekommunikationsein- 
richtung heruntergeladen werden, die von der Telekommunikati- 
onseinrichtung gar nicht nutzbar sind, zum anderen konnen e- 
ventuell gezielt Nutzdatenobjekt heruntergeladen werden, die 
in der Grofie minimiert sind, wobei dadurch die Herunterlade- 

25 Kosten minimiert werden konnen und ferner eine groBere Anzahl 
von Nutzdatenobjekt auf der ersten Telekommunikationseinrich- 
tung speicherbar sind. Durch das beschriebene Verfahren wird 
ebenso ermoglicht, dafi sich der Empf anger auf Basis der In- 
formation uber die auf der Vermittlungs komponente bereitlie- 

30 genden Nutzdatenobjekte fiir das gezielte Herunterladen von 
Nutzdatenobjekte entscheidet, die zwar nicht von der zweiten 
Telekommunikationseinrichtung wiedergegeben werden konnen, 
aber raoglicherweise von einem weiteren Gerat, das mit der 
zweiten Telekommunikationseinrichtung (entweder uber Kabel, 

35 Infrarot-Schnittstelle (z.B. IrDA) oder Funk (z.B. Bluetooth) 
in Verbindung steht. Eine mogliche Anwendung ist das Herun- 
terladen einer Bilddatei in gehobener Qualitat durch die 
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zweite Telekommunikationseinrichtung gefolgt vom Ausdrucken 
dieser Datei mittels eines externen Druckers. 



Gemafi einer vorteilhaf ten Ausgestaltung erfolgt die Informa- 
5 tion des Eropf angers bzw. der ersten Telekommunikationsein- 

richtung wie folgt. Es werden von der Vermittlungskomponente j 
jeweilige Empfangerbenachrichtigungsnachrichten erzeugt, die 
einer bestimmten Variante des einen oder der raehreren Nutzda- 
tenobjekte zugeordnet sind, und es werden diese jeweiligen 
10 Empfangerbenachrichtigungsnachrichten von der Vermittlungs- 
komponente zu der ersten Telekommunikationseinrichtung iiber- 
tragen . 

Gemafi einer weiteren vorteilhaf ten Ausgestaltung umfasst der 
15 Satz von Parametern, in Abhangigkeit dessen die Mehrzahl von 

Varianten des einen oder der mehreren Nutzdatenobjekte er- 

stellt wird, Parameter mit Informationen iiber die individuel- 

len Eigenschaften der Telekommunikationseinrichtung. Die in- 

dividuellen Eigenschaften der Telekommunikationseinrichtung 
20 konnen ferner Eigenschaften von auf der Telekommunikations- 
einrichtung vorgesehenen Anwendungen umfassen. Aufierdem kann 

der Satz von Parametern Parameter mit Informationen iiber die 

individuellen Praferenzen des Empf angers umfassen, oder kann 

der Satz von Parametern Parameter mit Beschreibungsinf ormati- f \ \ 

25 onen umfassen, welche die Bedeutung von in der Ubermitt lungs - 
nachricht enthaltenen Nutzdatenobjekten und/ oder die Bezie- 
hung von enthaltenen Nutzdatenobjekten zueinander umfassen 
(sogenannte Metadaten, beispielsweise nach dem MPEG-7 Stan- 
dard) . 

30 

Gemafi einer vorteilhaf ten Ausgestaltung konnen die Nachrich- 
ten ira Rahmen des Multimedia Messaging Service (MMS) zwischen 
der ersten Telekommunikationseinrichtung, der Vermittlungs- 
komponente und der zweiten Telekommunikationseinrichtung u- 
35 bertragen werden. Dadurch wird eine Ubertragung von Nutzda- 
tenobjekten ermoglicht, die auch multimediale Inhalte mit 
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gro&em Datenumf ang, wie digitale Bilder, Video-Clips , oder 
umfangreiche Audio- bzw. Musikdateien umfassen konnen. 

GemaJJ einer vorteilhaf ten Ausgestaltung sind die erste Tele- 
5 kommunikationseinrichtung und eventuell weitere Telekommuni- 
kationseinrichtungen sowie die Vermittlungskomponente Teil 
eines Telekommunikationsnetzes. Dabei kann die oder die wei- 
teren Telekommunikationseinrichtungen Teil eines ersten Tele- 
kommunikationsnetzes sein (im Falle mehrerer Telekommunikati- 

10 onseinrichtung miissen diese jedoch nicht Teil desselben Tele- 
kommunikationsnetzes sein) . Entsprechend kann die Vermitt- 
lungskomponente, welche insbesondere als ein Server eines Da- 
teniibertragungsdienstes, wie beispielsweise als ein MMS- 
Relay-Server ausgebildet ist, in einem zweiten Telekommunika- 

15 tionsnetz vorgesehen sein, das mit dem oder den Telekommuni- 
kationsnetzen, welche dem oder den weiteren Telekommuni kati- 
onseinrichtungen zugeordnet sind, verbunden ist. Dieses zwei- 
te Telekommuni kationsnetz kann insbesondere als ein auf In- 
ternet-Protokollen, wie dem Hypertext Transfer Protocol, ba- 

20 siertes Telekommunikationsnetz ausgefuhrt sein. 

Um das Verfahren zum Ubertragen von Nutzdaten-Objekten mog- 
lichst flexibel nutzen zu konnen, konnen die Nachrichten zu 
und von der ersten und/oder zweiten Telekommunikationsein- 

25 richtung uber eine Luftschnittstelle gesendet werden, wobei 
die Telekoramunikationseinrichtung (oder auch die weiteren Te- 
lekommunikationseinrichtungen) vorzugsweise als ein mobiles 
Telekomraunikationsgerat ausgebildet sein konnen und dabei 
insbesondere ein Funkmodul bzw. Mobil fun kmodul umfassen konT 

30 nen. Die Ubertragung von Nachrichten zu und von einer jewei- 
ligen Telekommunikationseinrichtung kann dann auf Basis des 
WAP-Protokolls Wireless Session Protocol (WSP) oder dem Hy- 
pertext Transfer Protocol (http) erfolgen. Die Telekommunika- 
tionseinrichtung kann dabei beispielsweise als ein Mobil funk- 

35 gerat bzw. Mobiltelefon, ein Schnurlostelefon, als ein 

Smartphone (Korobination aus einem kleinen tragbaren Computer 
und einem Mobiltelefon), als ein PDA (PDA: Personal Digital 
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Assistant « personlicher digitaler Assistent) bzw. als ein 

Organizer ausgebildet sein. Weiterhin kann die Telekommunika- 

tionseinrichtung auch andere mobil erreichbare Gerate umfas- 

sen, wie einen Personal Computer (PC) oder einen Laptop, die 
5 mittels eines angeschlossenen Mobilf unkgerats (Mobiltelefon) 

uber ein Mobil fun knetz erreicht werden konnen. Das Mobilf unk- 

gerat kann dann beispielsweise uber ein Kabel an den Personal 

Computer bzw. Laptop angeschlossen sein oder auch diese 

drahtlos uber eine Inf rarot-Schnittstelle oder ein lokales 
10 Bluetooth-Netz kontaktieren . Dabei kann eine Telekommunikati- 

onseinrichtung, wie das Mobilf unkgerat, einschliefilich des 

diesem zugeordneten Telekommunikationsnetzes in der Ausfuh- 

rung eines Mobilfunknetzes gemaB dem GSM (Global System for 

Mobile Communication) -Standard oder dem OMTS (Universal Mobi- 
15 le Telecommunications System) -Standard usw. arbeiten. Derar- 

tige Mobilf unknetze bzw. Telekommunikationseinrichtungen ge- 

mafi dem GSM- oder UMTS-Standard konnen eine Plattform fur 

WAP-Protokolle bzw. den WAP-Protokoll-Stack (WAP: Wireless 

Application Protocol) darstellen, mittels dem Daten (Mittei- 
20 lungen bzw. Nutzdaten-Objekte) im jeweiligen Mobilf unknetz 

iibertragbar sind. 

Vorteilhafterweise sind das erste und das zweite Telekommuni- 

kationsnetz durch eine Verbindungskomponente miteinander ver- ' » 

25 bunden. Im Falle der Verwendung des WAP-Protokoll-Stack r wie 

oben erwahnt, ist es moglich, durch die Verwendung eines WAP- 

Gateways als Schnittstelle bzw. Verbindungskomponente zwi- 

schen einem Mobilfunknetz und einem anderen Netzwerk f bei- 

spielsweise einem auf einem Internet-Protokoll basierenden 
30 Netz, eine Verbindung zu diesem zu schaffen. Auf diese Weise 

ist es moglich, dass sich die Vermi tt lungs komponen ten in ei- 
nem auf einem Internet-Protokoll basierenden Netzwerk, wie 

dem Internet , befindet, wobei die Daten (Nachrichten r Nutzda- 

tenobjekte) uber ein WAP-Gateway und schliefilich uber eine 
35 Luftschnitts telle eines Mobilfunknetzes zwischen der oder den 

Basisstationen des Mobilfunknetzes und an die jeweiligen Te- 

lekommunikationsgerate von Benutzern ubertragen werden kon 
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nen. In diesem Zusammenhang sei erwahnt, dass insbesondere im 
Rahmen des MMS-Datenubertragungsdienstes Nachrichten von dem 
MMS-Relay-Server als Vermi tt lungs komponente automatisch, d.h. 
ohne Anforderung eines Telekommunikationsgerats, an ein Tele- 
5 kommunikationsgerat mittels WAP-Push gesendet werden konnen. 
Hierbei dient der MMS-Relay-Server als sogenannter Push- 
Initiator, der das WAP-Gateway bzw. eine Unterkomponente von 
diesem, namlich das Push-Proxy-Gateway, dazu veranlasst, eine 
Nachricht per WAP-Push an das Telekommunikationsgerat zu sen- 
10 den. Beispielsweise wird gemafi dem MMS-Ubertragungsdienst die 
Empfangerbenachrichtungsnachricht mittels WAP-Push an das Te- 
lekommunikationsgerat iibertragen. 

Es sei erwahnt, dass die Nutzdatenobjekte allgemein Textin- 
15 formationen, Audioinf ormationen, Videoinf ormationen, ausfuhr- 
bare Programme, Softwaremodule oder eine Kombination dieser 
Inf ormationen umfassen konnen. 

GemaJS einem weiteren Aspekt der Erfindung wird eine Telekom- 
20 munikationsanordnung umfassend eine Vermittlungskomponente 
sowie zumindest eine erste Telekommunikationseinrichtung ge- 
schaffen, wobei die Telekommunikationsanordnung dafur ausge- 
legt ist, ein oben dargestelltes Verfahren durchzufuhren. 

25 Bevorzugte Ausfuhrungsformen der vorliegenden Erfindung wer- 
den nachfolgend bezugnehmend auf die beiliegenden Zeichnungen 
naher erlautert. Es zeigen: 

Figur 1 eine scheraatische Darstellung eines Kommunikations- 
30 netzes bzw. Telekommunikationsnetzes zum Durchfuh- 



ren des MMS, bei der zwei Dienstleistungsanbieter 
fur eine MMS-Umgebung vorgesehen sind; 



35 



Figur 2 



eine schematische Darstellung von moglichen 
Schnittstellen eines MMS-Relay-Servers; 
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Figur 3 ein beispielhaf ter Ablauf ("Transaction Flow Dia- 
gramm") zum Ubertragen einer Multimedianachricht 
von einem Mobilfunkgerat zu einem zweiten Mobil- 
funkgerat; 

5 

Figur 4 eine ausfiihrliche Darstellung der in Figur 2 ge- 

zeigten Schnittstelle MM1, bei der ein WAP-Gateway 
fur die Anpassung der MMS-Nutzdaten an die beiden 
unterschiedlichen Sitzungsschicht-Protokolle (WSF 
10 und HTTP) sorgt; 

Figur 5 einen Ausschnitt einer Benutzeroberf lache einer Te- 
le kommunikat ion se in rich tung zum Darstellen der in 
Erapfangerbenachrichtigungsnachrichten vorgesehenen 
15 Optionen bzw. Informationen gemafi einer ersten Aus- 

f uhrungs form ; 

Figur 6 einen Ausschnitt einer Benutzeroberf lache einer Te- 
lekommunikationseinrichtung zum Darstellen der in 
20 Empfangerbenachrichtigungsnachrichten vorgesehenen 

Optionen bzw. Informationen gemafi einer zweiten 
Aus f uhrungs form . 



25 Bevor nun ein Verfahren zum Obertragen von Nachrichten f ins- 
besondere mittels dem MMS (Multimedia Messaging Service) - 
Dienst, von einer Telekommunikationseinrichtung zu einer 
zweiten Telekommunikationseinrichtung gemafi einer bevorzugten 
Aus f uhrungs form der Erfindung erlautert werden wird f sollen 

30 zunachst noch einmal die grundlegenden Komponenten bzw. Netz- 
werkstrukturen zur Realisierung eines MMS-Dienstes erlautert 
werden . 

Fur Mobilfunksysteme der nachsten Generationen (2.5G und 3G) f 
35 wie beispielsweise System, die nach dem UMTS (UMTS - Univer- 
sal Mobile Telecommunications System) -Standard arbeiten, wird 
zur Zeit eine multimediaf ahige Variante eines mobilen Nach 
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richtendienstes standardisiert, namlich der MMS-Dienst, oder 
kurz MMS- Die Nachrichten des MMS mit multimedialen Inhalten 
werden im Folgenden zur besseren Abgrenzung von den Textnach- 
richten des SMS (Short Message Service: Kurznachrichten- 
5 dienst) -Dienstes nur noch kurz MMs (MM: Multimedia Message = 
Multimedianachricht) genannt. Ira Gegensatz zum SMS entfallt 
die Beschrankung auf reine Textinhalte. Beim MMS ist es mog- 
lich, Texte dem individuellen Geschmack entsprechend zu for- 
mat ieren, sowie Audio- und Videoinhalte in eine Nachricht 
10 einzubetten. Eine MM kann demnach mehrere MM-Elementen oder 
Nutzdatenobjekte von unterschiedlichen Dateitypen (z.B. Audio 
oder Standbild) oder Dateif ormaten (bei Standbild z.B. GIF 
oder JPEG) umfassen, selbst ein zeitlich festgelegter Ablauf 
von kleinen Prasentationen wird ermoglicht. 

15 

In Figur 1 ist eine mogliche Telekommunikationsanordnung bzw. 
eine Netzwerk-Architektur KN zum Durchfiihren des MMS, insbe- 
sondere gemali einer Spezifikation des 3GPP (3rd Generation 
Partnership Project) dargestellt. Links in der Figur ist eine 

20 erste Telekommunikationseinrichtung in der Ausfuhrung eines 
ersten Mobilfunkgerats MFG1 gezeigt, das uber eine Schnitt- 
stelle, genauer gesagt eine Luftschnittstelle, wie es noch 
ausfuhrlicher bezuglich Figur 2 erlautert werden wird, mit 
einem Kommunikationsnetz verbunden ist (zur einfacheren Dar- 

25 stellung der wichtigsten Komponenten des Netzwerks, wird hier 
verzichtet genau zu erlautern, dass und wie die Luftschnitt- 
stelle zu einer Basisstation eines Mobilfunknetzes besteht, 
das wiederum mit dem Kommunikationsnetz bzw. einer ersten 
MMS-Netzwerkumgebung DLA verbunden ist. Entsprechendes gilt 

30 naturlich auch fur die Verbindung zum unten erlauterten zwei- 
ten Mobilfunkgerat) . Genauer gesagt ist das erste Mobilfunk- 
gerat MFG1 mit einer ersten MMS-Netzwerkumgebung DLA (MMSE: 
Multimedia Messaging Service Environment) verbunden, die im 
Zustandigkeitsbereich eines ersten MMS- 

35 Dienstleistungsanbieters bzw. MMS-Providers liegt. Auf dem 
Mobilfunkgerat MFG1 ist eine Sof twareanwendung, eine soge- 
nannte MMS -Benutzer sof twareanwendung oder kurz MMS- Benutzer 
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anwendung (MMS -User Agent) MUAA zur Realisierung des endgera- 
teseitigen Teils fur den MMS vorgesehen. In der ersten MMS- 
Netzwerkuragebung DLA ist ein sogenannter erster MMS-Relay- 
Server MRSA vorgesehen, der Telekoromunikationseinrichtungen 
5 bzw. Telekommunikationsendgeraten, die rait der ersten MMS- 
Netzwerkumgebung verbunden sind, die MMS-Funktionalitat zur 
Verfiigung stellt. 

Die ersten MMS-Netzwerkuragebung DLA ist im Beispiel mit einer 

10 zweiten MMS-Netzwerkumgebung DLB eines zweiten MMS- 
Dienstleistungsanbieters bzw. MMS-Providers iiber eine 
Schnittstelle MM4 (vgl. weitere Erlauterungen rait Bezug auf 
Figur 2), die beispielsweise iiber das SMTP (Simple Mail 
Transfer Protocol) -Pro tokoll realisiert wird, verbunden. In 

15 der zweiten MMS-Netzwerkuragebung DLB ist ein zweiter MMS- 
Relay-Server MRSB vorgesehen, der Telekommunikationseinrich- 
tungen bzw. Telekommunikationsendgeraten, wie dera Mobilfunk- 
gerat MFG2, die mit der zweiten MMS-Netzwerkuragebung DLB ver- 
bunden sind, die MMS-Funktionalitat zur Verfiigung stellt. Auf 

20 dera Mobilfunkgerat MFG2 ist wieder eine Softwareanwendung, 

hier eine MMS -Benutzer anwendung (MMS-User Agent) MUAB zur Re- 
alisierung des endgerateseitigen Teils fur den MMS vorgese- 
hen. Sollen Multimedianachrichten, insbesondere mit Nutzda- 
tenobjekten von dera Mobilfunkgerat MFG1 an das Mobilfunkgerat 

25 MFG2 ubertragen werden, so konnen die beiden MMS-Relay-Server 
MRSA und MRSB in den MMS-Netzwerkumgebungen DLA und DLB zu 
einer Vermitt lungs komponente zusammengef asst werden, wie es 
spater noch rait Bezug auf Figur 3 erlautert werden wird. 

30 Ein charakteristisches Merkmal des MMS ist, dass bei der Zu- 
stellung von Multimedianachrichten (MMs) an ein Empfangsgerat 
(Mobilfunkgerat) zwischen dem sogenannten PUSH-Modus, bei dem 
eine ankommende Multimedianachricht unverziiglich von einem 
MMS-Relay-Server an die MMS-Benutzeranwendung des Empfangsge- 

35 rats ubertragen wird, und dem sogenannten PULL-Modus, bei dem 
der Empf anger bzw. Empfangsgerat zunachst iiber eine neu beim 
MMS-Relay-Server eingetrof f ene Multimedianachricht mittels 
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einer MMS-Benachrichtigung bzw. Empf angerbenachrichtigungs- 
nachricht inforraiert wird und daraufhin selbst entscheiden 
kann, ob bzw. wann er diese Multimedianachricht vora MMS- 
Relay-Server auf sein Mobil funkgerat herunterladt, unter- 
5 schieden wird. 

Mogliche definierte Schnittstellen zum Anschluss weiterer 
Netzwerkelemente bzw. Netzwerkkomponenten an einen MMS-Relay- 
Server MRS, wie dera MMS-Relay-Server MRSA oder MRSB, sind in 

10 Figur 2 gezeigt. Neben einer Schnittstelle MM1, iiber die eine 
MMS-Benutzeranwendung MUAA und ein MMS -Re lay- Server miteinan- 
der in Verbindung stehen, konnen iiber Schnittstellen MM3 be- 
liebige externe Server , wie zum Beispiel E-mail-Server EES, 
Fax-Server EFS, weitere Nachrichtenserver (z.B. fur UMS: Uni- 

15 fied Message Services) ENS oder sonstige Server ESS, usw. an 
den MMS-Relay-Server MRS angeschlossen werden. Die Anbindung 
fremder ("foreign") MMS-Dienstleistungsanbieter (MMS- 
Provider) wird iiber eine Schnittstelle MM4 realisiert, wie 
bereits beziiglich Figur 1 angedeutet. Eine Schnittstelle MM5 

20 verbindet den MMS-Relay-Server MRS mit dem HLR {HLR: Home Lo- 
cation Register) eines Mobil funk-Net zbetreibers , in dem die 
individuellen Kundendaten bzw. Benutzerdaten eines jeden Mo- 
bil funkteilnehmers gespeichert sind (das HLR befindet sich in 
der Regel im Zustandigkeitsbereich des Netzbetreibers, der 

25 nicht zwangslaufig mit dem MMS-Dienstleistungsanbieter iden- 
tisch sein muss) . Den Anschluss einer oder raehrerer MMS- 
Benutzerdatenbanken bzw. "MMS User Data Base(s)" MUDB gestat- 
tet eine Schnittstelle MM6 . tiber eine Schnittstelle MM7 wird 
der Anschluss von Servern MVS ermoglicht, die von einem VASP 

30 (VASP: Value Added Service Provider - Mehrwertdienstanbieter) 
betrieben werden und den MMS-Benutzern Mehrwertdienste zur 
Verfiigung stellen. SchlieBlich existiert noch eine weitere 
Schnittstelle MMS zum Anschluss einer Netzwerkeinheit bzw. 
Vergebiihrungseinheit VE an den MMS-Relay-Server MRS, in der 

35 alle relevanten Informationen zum Vergebiahren des MMS gesam- 
melt und ausgewertet werden. In dem MMS-Relay-Server MRS 
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stellt eine Schnittstelle MM2 eine Verbindung zwischen Relay 
und Server her. 

Im Folgenden wird anhand von Figur 3 der Austausch von Daten, 
5 insbesondere von Nutzdatenobjekten zwischen den in Figur 1 
dargestellten MMS-Einheiten bzw. MMS- 

Datenubertragungseinheiten beim Versenden einer Multimedia- 
nachricht MMA mit Multimedianachricht-Elementen MME von dem 
Mobilfunkgerat MFG1 und Empfangen von dem Mobilfunkgerat MFG2 

10 anhand von gemafl dem 3GPP definierten sogenannten "abstract 
messages" (Abstraktnachrichten) genauer beschrieben. Eine 
Abstraktnachricht besteht aus mindestens einera Informations- 
element bzw. "information element". Bei Verwendung des MMS 
kann ein Absender, im Beispiel das Mobilfunkgerat MFG1 bzw. 

15 die MMS-Benutzeranwendung MUAA eine Multimedianachricht MMA 
uber die Luf tschnittstelle MM1 an den MMS-Relay-Server MRSA 
seines MMS-Dienstleistungsanbieters mit der Abstraktnachricht 
(spater auch als Ubermittlungsnachricht bezeichnet) 
"MMl_submit . REQ" schicken. Der MMS-Relay-Server MRSA besta- 

20 tigt den korrekten Empfang der Multimedianachricht von der 
MMS-Benutzeranwendung MUAA mit der Abstraktnachricht 
"MMl_submit.RES M . Die Obertragung der MMA an den MMS-Relay- 
Server MRSB in der MMS-tfmgebung DLB <vgl. Figur 1) des Emp- 
f angers bzw. des Ziel-Mobilf unkgerats geschieht mit dem Abs- 

25 traktnachricht-Paar w MM4_f orward.REQ" (enthalt die eigentli- 
che Multimedianachricht) und "MM4_forward.RES" (die eine 
Ruckmeldung bzw. Bestatigung an den MMS-Relay-Server MRSA zu- 
rucksendet) . Danach wird das Empfangergerat MFG2 bzw. dessen 
MMS-Benutzeranwendung MUAB uber die auf dem MMS-Relay-Server 

30 MRSB zura Herunterladen bereitliegende Multimedianachricht MMA 
mit der Abstraktnachricht bzw. Empfangerbenachrichtigungs- 
nachricht "MMl_notif ication .REQ" informiert. In dieser MMS- 
Empfangerbenachrichtigungsnachricht ist der URI (DRI - Uni- 
form Resource Identifier) des Speicherplatzes bzw. Speiche- 

35 rorts der Multimedianachricht auf dem MMS-Relay-Server MRSB 
als Referenz enthalten. Die Abstraktnachricht 
"MM1 notification. RES" dient vorrangig als Bestatigung fur 



WO 2004/109998 



PCT/EP2004/050659 



13 

den korrekten Empfang der Empf angerbenachrichtigungsnachricht 
bei der MMS-Benutzeranwendung MUAB und dazu, dem MMS- 
Dienstleistungsanbieter die Art der gewunschten Zustellung 
(ob im "PUSH"- oder "PULL" -Modus ) raitzuteilen. Mit der Abs- 
5 traktnachricht oder Zustellungsanforderungsnachricht 

"MMl_retrieve.REQ" kann der Empf anger, namlich die MMS- 
Benutzeranwendung MUAB das Herunterladen einer auf dem MMS- 
Relay-Server MRSB bereitliegenden Multirnedianachricht MMA i- 
nitiieren. Das Zustellen der Multirnedianachricht MMA vom MMS- 

10 Relay-Server MRSB an die MMS-Benutzeranwendung MUAB erfolgt 
mittels der Abstraktnachricht bzw. Zustellungsnachricht 
"MMl_retrieve.RES". Der MMS-Relay-Server MRSB kann mit der 
Abstraktnachricht "MMl_acknowledgement . REQ" von der MMS- 
Benutzeranwendung MUAB fiber den Ausgang des Herunterladens 

15 der Multirnedianachricht MMA informiert werden. Es sei be- 

merkt, dass zur einfachen Darstellung einer Ubertragung einer 
Multirnedianachricht von dem Mobilfunkgerat MFG1 fiber die bei- 
den MMS-Relay-Server MRSA und MRSB zu dem Mobilfunkgerat 
MFG2, die die beiden MMS-Relay-Server MRSA und MRSB auch als 

20 eine Vermittlungskomponente VK zwischen den Mobilfunkgeraten 
betrachten werden konnen. Wurde sich das Mobilfunkgerat MFG2 
auch im Wirkungsbereich des MMS-Umgebung des ersten MMS- 
Dienstleistungsanbieters befinden, so wfirde die Vermittlvings- 
komponente VK lediglich den MMS-Relay-Server MRSA umfassen. 

25 

Wenn ein Mobilf unk-Netzbetreiber in seinem PLMN (PLMN - Pub- 
lic Land Mobile Network) ein WAP-Implementierung von MMS ein- 
setzt, besteht die oben beschriebene Schnittstelle MM1 bei 
genauerer Betrachtung aus zwei Abschnitten, die durch eine 

30 spezielle Netzwerkkomponente, ein sogenanntes WAP-Gateway, 
(WAP - Wireless Application Protocol) miteinander verbunden 
sind. Das WAP-Gateway zwischen einem MMS-Relay-Server eines 
MMS-Dienstleistungsanbieters und dem Kern-Netzwerk bzw. "Core 
Network" eines Mobil funk-Systems bzw. Mobilfunknetzwerks er- 

35 ffillt vorrangig die Aufgabe, die zu fibertragenden Daten an 
die auf beiden Seiten unterschiedlichen Protokollschichten 
anzupassen. Zum besseren Verstandnis zeigt Figur 4 eine de 
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taillierte Ausgestaltung der Schnittstelle MM1 fur die WAP- 
Implementierung von MMS zwischen einem mobilen Telekommunika- 
tionsendgerat, wie einem Mobilf unkgerat, mit einer MMS- 
Benutzeranwendung MUA und einem MMS-Relay-Server MRS. Auf der 
"A-Seite" bzw. (in Richtung eines externen IP (Internetproto- 
koll)-Netzwerk) kommt als Sitzungsschicht-Protokoll "http" 
(http: Hypertext Transfer Protocol) und auf der "B-Seite" (in 
Richtung eines Mobilfunksystem bzw. Mobilf unknetzwerks, PLMN) 
WSP (WSP - Wireless Session Protocol) zum Einsatz. 



Es ist nun moglich, dass ein MMS-Dienstleistungsanbieter vor 
dem Aussenden einer MMS-Empf anger-Benachrichtigung bzw. Emp- 
fangerbenachrichtigungsnachricht eine individuelle Anpassung 
der zuzustellenden Multimedianachricht bzw. der in dieser 

15 enthaltenen Nutzdatenobjekte vornehmen kann. Eine derartige 
Anpassung kann beispielsweise auf den individuellen Eigen- 
schaften des Empfangsgerates, auf den individuellen Einstel- 
lungen des Benutzers oder auf eventuell in einer Multimedia- 
nachricht enthaltenen bzw. aus einer Multimedianachricht ge- 

20 wonnenen Beschreibungsinformationen (sogenannten Meta-Daten, 
beispielsweise nach dem MPEG-7 Standard) beruhen. Auch Kombi- 
nationen aus diesen drei Moglichkeiten sind denkbar. Dies 
soil im Folgenden naher erlautert werden. 

25 1. Anpassung einer Multimedianachricht bzw. der in ihr ent- 
haltenen Nutzdatenobjekte gemaJJ den individuellen Eigen- 
schaften des Empfangsgerates: Mobil fun kge rat e, wie Mobil- 
telefone, unterscheiden sich in der Regel durch ihre cha- 
rakteristischen Eigenschaften bzw. Fahigkeiten voneinan- 

30 der. So konnen beispielsweise die Eigenschaften der An- 

zeigevorrichtungen teilweise erheblich (z.B. in GroBe und 
Auflosung) voneinander variieren oder auch die Fahigkei- 
ten, bestimmte Dateitypen und/oder Dateiformate darstel- 
len und/oder verarbeiten zu k6nnen. Damit ein Mobilf unk- 

35 Netzbetreiber bzw. Dienstanbieter ("Service Provider") 

Kenntnis uber die Eigenschaften bzw. Fahigkeiten eines 
WAP-fahigen Endgerates erlangen kann, wurde vom WAP Forum 
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das sogenannte "UA Prof" (UA Prof: User Agent Profile - 
Benutzeranwendungsprofil) standardisiert, mit dessen Hil- 
fe jedem einzelnen, im Mobilf unknetz eingebuchten Endge- 
rat bzw. Mobilf unkgerat netzwerkseitig das passende cha- 
5 rakteristische Gerateprofil zugeordnet werden kann. 

Auch beim MMS sollen in Zukunft WAP-"UA Prof" folgender- 
mafien eingesetzt werden: Besitzt ein Mobil funkkunde bzw. 
ein Mobilf unkbenutzer ein Endgerat bzw. Mobilf unkgerat 
10 mit einer WAP-basierten MMS-Benutzeranwendung und ist er 

fur die Nutzung des MMS bei einem MMS- 

Dienstleistungsanbieter registriert, so sollen auch MMS- 
spezifische Eintrage eine Teilmenge des "UA Profs" bzw. 
Benutzerprofils darstellen (z. B. die maximale Groiie fur 

15 eingehende Multimedianachrichten/ usw.). Der Zugriff vom 

MMS-Relay-Server auf die Benutzerprof il-Informationen 
kann uber die in Figur 2 dargestellte Schnittstelle MM6 
(MMS-Relay-Server zu MMS-Benutzerdatenbank <en) MUDB) ge- 
schehen. Besitzt ein MMS-Dienstanbieter Kenntnisse uber 

20 die individuellen Eigenschaften bsw. Fahigkeiten eines 

mobilen Telekommunikationsendgerats (z.B. Mobilf unkge- 
rats) und einer darauf installierten MMS- 
Benutzeranwendung (MMS User Agent) f so kann der MMS- 
Relay-Server vor dem Aussenden einer MMS-Empfanger- 

25 Benachrichtigung (Empf angerbenachrichtigungsnachricht) 

eine gezielt auf das Endgerat des Erapfangers abgestiinmte 
Dateityp- bzw. Dateiformat-Konvertierung von einzelnen 
Multimedianachricht-Elementen bzw. Nutzdatenobjekten aus- 
fuhren f damit die Multimedianachricht auf dem Endgerat 

30 des Empf angers optimal dargestellt werden. 

2. Anpassung einer Multimedianachricht gemaB den individuel- 
len Einstellungen eines Benutzers: Im MMS kann jeder Be- 
nutzer netzweirkseitig Einstellungen vornehmen und damit 
35 den MMS seinen individuellen Vorstellungen entsprechend 

konfigurieren. Beispielsweise konnte eine Benutzer- 
Einstellung lauten, dass alle eintref fenden Multimedia 



WO 2004/109998 



PCT/EP2004/050659 



16 

nachrichten, die Multimedianachricht -Elemente bzw. Nutz- 
datenobjekte eines bestimmten Daten-Typs enthalten, auto- 
ma tisch und ohne MMS-Empf angerbenachrichtigung (Empfan- 
gerbenachrichtigungsnachricht) an eine E-mail-Adresse 
5 weitergeleitet werden. 

3. Anpassung einer Multimedianachricht gemaiJ den in einer 

Multimedianachricht enthaltenen Meta-Daten: Eventuell 

konnen in einer Multimedianachricht auch Beschreibungsin- 
10 forma tionen (sogenannten Meta-Daten) enthalten sein bzw. 

aus einer Multimedianachricht gewonnen werden, mit denen 

die Bedeutung von einzelnen Multimedianachricht-Elementen 

(Nutzdatenobjekten) erlautert werden kann, sowie Abhan- 

gigkeiten zwischen den einzelnen Multimedianachricht - 
15 Elementen (Nutzdatenobjekten) ausgedriickt werden. konnen. 

Beispielsweise konnte ein Multimedianachricht-Element 

(Nutzdatenobjekt) vom Typ "Text" als Hauptbestandteil, 

ein Multimedianachricht-Element vom Typ "Standbild" als 

Hintergrundbild oder ein Multimedianachricht-Element vom 
20 Typ "Audio" als (gesprochener) Kommentar, der si«ch auf 

das Standbild bezieht, gekennzeichnet werden. 

In einem MMS-Relay-Server in der erapf anger seitigen MMS- 

Umgebung kann eine eintreffende Multimedianachricht vor dem "x 
25 Aussenden der MMS-Empf an ger-Benachrichtigung (Erapfangerbe- 

nachrichtigungsnachricht) auf Basis der drei oben beschrieben 
Datensatze (und Kombinationen daraus) adaptiert werden. 

Damit nun der Empf anger eine verbesserte Kontrolle der zu 
30 empfangenden Multimedianachricht mit den darin enthaltenen 
Nutzdatenobjekten hat und Informationen daruber erhalt, ob 
und wie eine Multimedianachricht bzw. die enthaltenen Elemen- 
te bzw. Nutsdatenobjekte adaptiert worden sind wird geraafi ei- 
ner AusfUhrungsform der Erfindung folgendes vorgeschlagen. 



35 



Die AusfUhrungsform sieht vor, dass mehrere alternative MMS- 
Empf anger-Benachrichtigungen (Empfangerbenachrichtigungs 
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nachrichten) fur unterschiedlich adaptierte Varianten dersel- 
ben Multimedianachricht an den Empf anger gesendet werden kon- 
nen. Auf diese Weise werden dem Empf anger mehrere alternative 
Optionen zum Herunterladen der gleichen Multimedianachricht 
5 angeboten. Unter Varianten sind dabei sowohl die Original- 
nachricht bzw. die in der Originalnachricht enthaltenen Nutz- 
datenobjekte als auch die adaptierte Nachricht bzw. die adap- 
tierten Nutzdatenobjekte zu verstehen. 

10 Urn dies zu realisieren wird ein ruckwartskompatibeler Abbil- 
dungs-Mechanisraus vorgestellt, der die Zuordnung der einzel- 
nen MMS-Empfanger-Benachrichtigungen (Empf angerbenachrichti- 
gungsnachrichten) in der MMS-Benutzeranwendung des Empf angers 
zu einer Multimedianachricht erlaubt. 

15 

Es ist natiirlich auch denkbar, die Informationen uber die un- 
terschiedlichen Herunterlad-Optionen fur die einzelnen Vari- 
anten in eine einzige, neu definierte Mult ipart -MMS - 
Erapfanger-Benachrichtigung zu packen, jedoch miisste in diesem 
20 Fall auf eine Ruckwartskompatibilitat verzichtet werden. Eine 
alte bzw. herkommliche MMS-Benutzeranwendung (MMS User Agent) 
konnte mit der neuen und fur ihn unbekannten Struktur einer 
Multipart -MMS-Empf anger-Benachrichtigung nichts anf angen . 

25 Damit die alternativen Optionen zum Herunterladen einer MM 
(in verschiedenen Varianten) in einer fur den Empfanger 
leicht verstandlichen Art und Weise moglich ist, wird gemafi 
der Ausfiihrungsform weiterhin eine mogliche Ausgestaltung des 
HMI (HMI - Human Machine Interface, z. B. in Form eines Dis- 

30 plays) auf Seiten der erapfangenden MMS-Benutzeranwendung (MMS 
User Agent) unten noch beschrieben werden. 

Zur Verbesserung der Kontrollmoglichkeiten beim Herunterladen 
einer Multimedianachricht sollen einem Empfanger bzw. einem 
35 empfangenden Endgerat mehrere alternative Herunterlad- 
Optionen fur die gleiche Multimedianachricht durch Anferti- 
gung und Versand mehrerer unterschiedlicher MMS-Empfanger- 
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Benachrichtigungen (Empfangerbenachrichtigungsnachrichten) 
fiir netzwerkseitig (insbesondere vom MMS-Relay- Server der 
MMS-Umgebung des MMS-Dienstanbieters des Empf angers) ver- 
schieden adaptierte Varianten einer Multimedianachricht ba- 
5 sierend auf mindestens einem der folgenden Datensatze angebo- 
ten bzw. iibermittelt werden: 



i) In format ionen uber die individuellen Eigenschaf ten 
bzw. Fahigkeiten des mobilen Telekommunikationsendgerats, 

10 wie eines Mobi 1 fun kge rats bzw. Mobiltelefons, und der 

darauf installierten bzw. mit diesem verbundenen MMS- 
Benutzeranwendung (MMS User Agent) . Die Inf ormationen u- 
ber die individuellen Eigenschaf ten bzw. Fahigkeiten ei- 
nes Telekommunikationsendgerats bzw. einer Telekommunika- 

15 tionseinrichtung und der MMS-Benutzeranwendung (MMS User 

Agents) diesbezuglich konnten beispielsweise gemaB einem 
WAP-Benutzerprofil bzw. WAP-"UA Prof" ausgestaltet sein 
und moglicherweise aus zuruckliegenden WSP-Sitzungen, 
d.h. vorherigen MMS-Herunterlad-Vorgangen, staramen; 

20 

ii) Inf ormationen uber die individuellen Praferenzen 
des MMS-Benutzers . Die Inf ormationen uber die individuel- 
len Benutzer-Praferenzen diesbezuglich konnten beispiels- 
weise Bestandteil der MMS-Benutzerdatenbank (en) bzw. MMS- 

25 "User Data Bases" MUDB (vgl. dazu Figur 2) sein; und/oder 



iii) Beschreibungsinf ormationen (sogenannten Meta- 
Daten), welche die Bedeutung von einzelnen Multimedia- 
nachricht-Elementen (Nutzdatenobjekten) erlautern 

30 und/oder Beziehungen bzw. Abhangigkeiten zwischen einzel- 

nen Multimedianachricht-Elementen ausdrucken. Die Be- 
schreibungsinf ormationen (Meta-Daten) diesbezuglich konn- 
ten beispielsweise gemafi MPEG-7 ausgestaltet sein und 
moglicherweise als eigenstandiges Multimedianachricht- 

35 Element (Nutzdatenobjekt) in der Multimedianachricht ent- 

helten sein oder vom adaptierenden MMS -Re lay- Server aus 
einer eintref f enden Multimedianachricht gewonnen werden. 



WO 2004/109998 



PCT/EP2004/050659 



19 

Ferner dient zur Verbesserung der Kontrollmoglichkeiten der 
Einsatz eines ruckwartskompatiblen Mapping-Mechanismus bzw. 
Abbildungs-Mechanismus fur MMS-Empfanger-Benachrichtigungen 
5 (Empfangerbenachrichtigungsnachrichten) : 

a) Vorteilhafterweise werden zusammengehorige MMS- 
Empfanger-Benachrichtigungen im adaptierenden MMS-Relay- 
Server vor der Zustellung an die MMS-Benutzeranwendung 

10 des Empf angers bzw. Empf an gerendge rats durch ein zusatz- 

liches neu definiertes Kopf-Feld gekennzeichnet; 

b) Welter kann dabei vorteilhafterweise eine Sequenznum- 
mer (wiederum in einem neu definiertes Kopf-Feld) verwen- 

15 det werden, urn in der MMS-Benutzeranwendung des Empf an- 

gers feststellen zu konnen, ob bereits alle zusammengeho- 
rigen MMS-Empfanger-Benachrichtigungen eingetroffen sind. 
Aus der Reihenfolgeninformation in den jeweiligen unter- 
schiedlichen Empf angerbenachrichtigungsnachrichten soil 

20 ferner auch hervorgehen, welche der MMS-Empf anger- 

Benachrichtigungen mit der unveranderten Originalversion 
des mindestens einen Nutzdatenobjektes in Beziehung 
stent. Beispielsweise konnte der Wert w 0" fur die Se- 
quenznummer anzeigen, dass es sich um die Originalversion 

25 handelt, wahrend Werte >0 anzeigen, dass es sich um adap- 

tierte/veranderte Versionen von Nutzdatenobjekten bzw. U- 
bermittlungsnachrichten (d.h. Multimedianachrichten MM) 
handelt; 

30 c) Schliefilich konnen die einzelnen MMS-Empfanger- 

Benachrichtigungen in der MMS-Benutzeranwendung (MMS User 
Agent) des Empf angers anhand von Identifikationsnummer 
und Sequenznummer zugeordnet werden. 

35 Alternativ zu a) und b) konnte die Kennzeichnung fur zusam- 
mengehorige MMS-Empfanger-Benachrichtigungen und/oder die Se- 
quenznummer und/oder eine Maximalnummer, die die Gesamtzahl 
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der bereitgestellten Varianten bzw. die Gesamtzahl der er- 
zeugten oder versendeten MMS-Empf anger-Benachrichtigungen an- 
gibt, auch speziell codiert und in ein schon bekanntes Kopf- 
Feld integriert werden (beispielsweise als zusatzliche Para- 
5 meter) . 

Aufierdem kdnnen die Kontrollmoglichkeiten weiter verbessert 
und die Information eines Empfangers einer Multimedia- 
nachricht weiter verbessert werden, indem eine komfortable 

10 Darstellung der Inf ormationen aus den einzelnen MMS- 
Empf anger -Ben a chrichtungen beziiglich alternativer Herunter- 
lad-Optionen f d.h. fur verschiedene Varianten einer Multime- 
dianachricht bzw. deren Nutzdatenobjekte, durch eine beson- 
ders vorteilhafte Ausgestaltung des HMI in der MMS- 

15 Benutzeranwendung (MMS User Agent) des Empfangers bereitge- 
stellt wird. 

Im folgenden sollen nun Beispiele erlautert werden r die die 
oben genannten Aspekte zur Verbesserung der Kontrollmoglich- 
20 keiten beim Herunterladen von auf einem MMS -Re lay- Server be- 
reitstehenden Multimedianachrichten verdeut lichen: 

A. Anbieten alternativer Herunterlad-Optionen 

25 Zunachst soli der Aspekt des Anbietens alternativer Herunter- 
lad-Optionen f iir die gleiche Multimedianachricht durch Anfer- 
tigung und Versand mehrerer unterschiedlicher MMS-Empfanger- 
Benachrichtigungen (Empfangerbenachrichtigungsnachrichten) 
fur netzwerkseitig verschieden adaptierte bzw. bearbeitete 

30 Varianten einer Multimedia Message beleuchtet werden. 

Die nun folgenden Beispiele basieren alle auf der Annahme, 
dass eine beispielhafte Multimedianachricht bestehend aus 
drei Multimedianachricht-Elementen bzw. Nutzdatenobjekten 
35 (MME) , namlich einem 20 kB grofien Text, einem Bild roit 8 bit 
Farbtiefe und einer 30 kB grofien Sprachnotiz von einem Sender 
(d.h. von einer ersten Telekommunikationseinrichtung, wie ei 
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nem Mobilf unkgerat) an einen Empf anger (d.h. eine zweite Te- 
lekommunikationseinrichtung, wie einem zweiten Mobilfunkge- 
rat) gesendet werden soil, wie es auch bereits rait Bezug auf 
Figur 3 erlautert worden ist. Als Abwandlung zu oben gemach- 
5 ten Erlauterung zu Figur 3 wird jedoch nun in der MMS- 

Umgebung des MMS-Dienstleistungsanbieters des Empf angers , 
insbesondere in des sen MMS-Relay-Server (bezuglich Figur 3 
ware das der MMS -Relay- Server MRSB, wenn die Multimedianach- 
richt MMA vom Mobilf unkgerat MFG1 gesendet wird) vor dem Aus- 
10 senden der mindestens einen MMS-Empfanger-Benachrichtigung 

(Empfangerbenachrichtigungsnachricht) mindestens ein Nutzda- 
tenobjekt abhangig von den unter den Punkten i) bis iii) be- 
schriebenen Informationen adaptiert bzw. geandert. 

15 Beispiel 1: Erstellen von mehreren MMS -Empf an ger- 

Benachrichtigungen fur eine Multimedianachricht (MMA) ba- 
sierend auf den individuellen Eigenschaf ten bzw. Fahig- 
keiten des mobilen Telekommunikations-Endgerates und der 
MMS-Benutzeranwendung (MMS User Agents) 

20 

Der MMS-Relay-Server (gemafi oben gemachter Annahme der 
MMS-Relay- Server MRSB, vgl. Figur 3) soil die beispiel- 
hafte Multimedianachricht <MMA) an die MMS- 
Benutzeranwendung (MMS User Agent) MUAB des Empf angers, 

25 das Mobilf unkgerat MFG2 zustellen. In einem netzwerksei- 

tig gespeicherten Datensatz (vgl. Punkt i oben) , der die 
' individuellen Eigenschaf ten bzw. Fahigkeiten des Mobil- 
f unkgerat s MFG2 und der MMS-Benutzeranwendung MUAB ent- 
halt f ist beispielsweise vermerkt, dass das Empfangsgerat 

30 MFG2 nur schwarz-weiBe Bilder darstellen kann. Eventuell 

raochte der Benutzer (des Mobilf unkgerats MFG2) aber 
trotzdem ein Farbbild vom MMS-Relay-Server MRSB herunter- 
laden, well er das Multimedianachricht-Eleraent (Nutzda- 
tenobjekt) spater in Farbe ausdrucken mochte. 



35 



Der MMS-Relay-Server (MRSB) erstellt nun zusatzlich zu 
der empfangenen Multimedianachricht (MMA) nach den Regeln 
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des Datensatzes mit den individuellen Eigenschaf ten bzw. 
Fahigkeiten des mobilen Telekommunikations-Endgerates ei- 
ne weitere Multimedianachricht-Variante, bei der sich die 
Farbtiefe des Bilds bzw. Bilddatenobjekts von dem Origi- 
5 nal unterscheidet . Dies ist folgender Tabelle 1 gezeigt, 

in dargestellt ist, dass der MMS-Relay-Server von der o- 
riginalen Multimedianachricht-Variante 1A eine adaptierte 
Multimedianachricht-Variante IB erstellt hat, die an 
Stelle des Farbbildes ein schwarz-weifces Bild mit unter- 
10 schiedlicher Farbtiefe aufweist. Die Multimedianachricht- 

Elemente vom Typ "Text" und "Audio" bleiben unverandert: 





MM-Variante 1 A 


MM-Variante 1B 


Text 


Oriqinal 


Oriqinal 


TextgroBe 


20 kB 


20 kB 


Bild 


Oriqinal 


Verandert 


Auflosung 


100x80Bildpunkte 


100 x 80 Bildpunkte 


Farbtiefe 


8 bit 


2 bit 


BildgroBe 


8KB 


2kB 


Audio 


Oriqinal 


Original 


AudiogroBe 


30 kB 


30 kB 



Tabelle 1 



15 In einem nachsten Schritt erstellt der MMS-Relay-Server 

MRSB fiir die ursprungliche bzw. originale Multimedianach- 
richt-Variante 1A und die neu erzeugte Multimedianach- 
richt-Variante IB jeweils eine eigene MMS-Empf anger- 
Benachrichtigung . Beide MMS-Empfanger-Benachrichtigungen 

20 verweisen auf den prinzipiell gleichen Inhalt, der jetzt 

allerdings in zwei unterschiedlich adaptierten Varianten 
vorliegt. Jede Multimedianachricht-Variante wird mittels 
eines eigenen URIs referenziert. Die jeweiligen MMS- 
Empfanger-Benachrichtigungen "MMl_notif ication.REQ (s) " 

25 werden dann, wie es in Figur 3 gezeigt ist, von dem MMS- 

Relay-Server MRSB an das Empf anger endge rat MFG2 gesendet 
(durch das Anfugen von " (s) n an M MMl__notification .REQ" in 
Figur 3 soli gekennzeichnet werden, dass hier gemaii der 
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Ausfuhrungsform der Erfindung eine Mehxzahl von MMS- 
Empfanger-Benachrichtigungen bzw. Empf angerbenachrichti- 
gungsnachrichten aufgrund einer Multimedianachricht (MMA) 
nun zum Empf anger gesendet werden) . 



Beispiel 2: Erstellen von mehreren MMS-Empfanger- 
Benachrichtigungen fur eine Multimedianachricht (MMA) ba- 
sierend auf den individuellen Praferenzen des MMS Benut- 



Wieder mit Bezug auf Figur 3 soil der MMS-Relay-Server 
MRSB die beispielhaf te Multimedianachricht MMA an die 
MMS-Benutzeranwendung (MMS User Agent) MUAB des Empfan- 

15 gers bzw. Mobilf unkgerats MFG 2 zustellen. In einem netz- 

werkseitig gespeicherten Datensatz, der die individuellen 
Praferenzen des MMS Benutzers (nach Punkt ii) ) enthalt, 
ist beispielsweise verroerkt, dass alle in einer Multime- 
dianachricht enthaltenen Bilder vor der Zustellung der 

20 Multimedianachricht in zwei vom Benutzer definierten Stu- 

fen herunterskaliert werden sollen (eine Reduktion der 
Farbtiefe ware selbstverstandlich ebenso denkbar) . Der 
Empfanger hat diese Einstellungen moglicherweise vorge- 
nommen, um das Datenvoluraen sowohl bei der Zustellung der 

25 Multimedianachricht iiber die Schnittstelle MM1 als auch 

beim Abspeichern der Multimedianachricht in seinero mobi- 
len Telekomraunikations-Endgerat moglichst gering zu hal- 
ten. Damit konnten zum einen Kosten fur das Herunterladen 
reduziert (abhangig vom Abrechnungsmodell des MMS- 

30 Dienstanbieters) und zum anderen eine groBere Anzahl von 

Multimedianachrichten im Empf angergerendgerat abgespei- 
chert werden. Der MMS-Relay-Server MRSB erstellt nun zu- 
satzlich zu der empfangenen ursprunglichen Multimedia- 
nachricht MMA (Multimedianachricht -Variante 2A) nach den 

35 Regeln des Datensatzes mit den individuellen Praferenzen 

zwei weitere Multimedianachricht-Varianten 2B und 2C (ge- 
nauer gesagt werden Varianten des Bildes bzw. Bildobjekts 
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erzeugt, wobei das Text- und das Audio-Objekt in der ur- 
sprunglichen Form erhalten bleibt) , die sich bezuglich 
des Bildformates voneinander unterscheiden, wie es in der 
folgenden Tabelle 2 gezeigt ist: 

5 





MM-Varlante 2A 


MM-Variante 2B 


MM-Variante 2C 


Text 


Original 


Original 


oriqinal 


Textgrdfie 


20 kB 


20 kB 


20 kB 


Bild 


Original 


Verandert 


verandert 


Auflosung 


100x80 Bildpunkte 


75 x 60 Bildpunkte 


50 x 30 Bildpunkte 


BHdgrdfte 


8kB 


4.5 kB 


1.5 kB 


Audio 


Original 


Original 


original 


Audiogrd&e 


30 kB 


30 kB 


30 kB 



Tabelle 2 



10 In einem nachsten Schritt erstellt der MMS-Relay-Server 

MRSB fur die ursprungliche Multimedianachricht-Variante 
2A und die beiden neu erzeugten Multimedianachricht- 
Varianten 2B und 2C jeweils eine eigene MMS-Empfanger- 
Benachrichtigung . Alle drei verweisen auf den prinzipiell 

15 gleichen Inhalt, der jetzt allerdings in drei unter- 

schiedlichen bzw. adapt iert en Varianten vorliegt. Jede 
Multimedianachricht-Variante wird mittels eines eigenen 
URIs referenziert . Die jeweiligen MMS-Empfanger- 
Benachrichtigungen M MMl_notif ication.REQ (s) w werden dann, 

20 wie es in Figur 3 gezeigt ist f von dem MMS-Relay-Server 

MRSB an das Empfangerendgerat MFG2 gesendet (durch das 
Anfugen von "<s>" an "MMl_notification.REQ" in Figur 3 
soli wieder gekennzeichnet sein f dass hier gemeLB der Aus- 
fuhxungsform der Erfindung eine Mehrzahl von MMS- 

25 Empfanger-Benachrichtigungen bzw. Empfangerbenachrichti- 

gungsnachrichten aufgrund einer Multimedianachricht (MMA) 
nun zum Empf anger gesendet werden) . 
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Bei spiel 3: Erstellen von mehreren MMS-Empfanger- 
Benachrichtigungen fur eine Multimedianachricht (MMA) ba- 
sierend auf Meta-Daten (Bedeutungen von bzw. Abhangigkei- 
ten zwischen einzelnen Multimedianachricht-Elementen bzw. 
5 Nutzdatenobjekten) 

Wieder mit Bezug auf Figur 3 soil der MMS -Relay- Server 
MRSB die beispielhaf te Multimedianachricht MMA an die 
MMS-Benutzeranwendung (MMS User Agent) des Empf angers 

10 bzw. des Empf angergerats MFG2 zustellen. Die Beschrei- 

bungsin format ionen (vgl. dazu Punkt iii) ) erlautern die 
Beziehung der einzelnen Multimedianachricht -Element e 
(Nutzdatenobjekte) im Beispiel wie folgt: Der Text bzw. 
das Text-Ob jekt ist die Hauptnachricht und unabhangig von 

15 den anderen beiden Multimedianachricht-Elementen. Das 

Multimedianachricht-Element vom Typ "Audio" enthalt einen 
gesprochenen Kommentar, der sich auf das Multimedianach- 
richt-Element vom Typ "Bild" bzw. "Standbild" bezieht und 
ohne das Bild bedeutungslos ist (zum Beispiel: "Wenn Du 

20 genau hinguckst, erkennst Du links im Hintergrund unser 

Ferienhaus.") . Moglicherweise kann das Empfangsendgerat 
MFG 2 keine Bilder darstellen (diese Information ware i- 
dealerweise Bestandteil der individuellen Eigenschaften 
bzw. Fahigkeiten des Mobilf unkgerats MFG2 und der MMS- 

25 Benutzeranwendung (MMS. User Agent) MUAB nach Beispiel 1) . 

Der MMS -Re lay-Server MRSB kann nun anhand der Meta-Daten 
erkennen, dass' das Audio-Ob jekt bzw. die Audio-Datei ohne 
das Standbild fur den Empfanger nutzlos ist und daraufhin 
eine oder mehrere entsprechend adaptierte Multimedianach- 

30 richt-Variante (n) generieren und dem Benutzer zum Herun- 

terladen anbieten, wie es in der folgenden Tabelle 3 ge- 
zeigt ist: 





MM-Variante 3A 


MM-Variante 3B 


MM-Variante 3C 


Text 


Oripinal 


Oriqinal 


original 


Textgrofle 


20 kB 


20 kB 


20 kB 


Bild 


Oriqina) 


Entfemt 


entfemt 
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Auflosung 


100x80 Bildpunkte 


Entfallt 


entfallt 


BildgrdBe 


8kB 


EntfaDt 


entfallt 


Audio 


Oriqinal 


Oriqinal 


entfernt 


Audtogrdfle 


30 kB 


30 kB 


entfallt 



Tabelle 3 



In einem nachsten Schritt erstellt der MMS -Relay- Server 
MRSB fur die ursprtingliche Multimedianachricht-Variante 
5 3A und die beiden neu erzeugten Multimedianachricht- 

Varianten 3B und 3C jeweils eine eigene MMS-Empf anger- 
Be n a chrichti gun g bzw. Empfangerbenachrichtigungsnach- 
richt. Alle verweisen auf den prinzipiell gleichen In- 
halt, der jetzt allerdings in drei unterschiedlich adap- 

10 tierten Varianten vorliegt. Jede Multimedianachricht- 

Variante wird mittels eines eigenen URIs referenziert . 
Die jeweiligen MMS-Empf anger -Bena chrichti gungen 
n MMl_notification.REQ(s) w werden dann, wie es in Figur 3 
gezeigt ist, von dem MMS-Relay-Server MRSB an das Empfan- 

15 gerendgerat MFG2 gesendet (durch das Anfiigen von "(s)" an 

"MMl_notification.REQ" in Figur 3 soli auch hier wieder 
gekennzeichnet werden, dass hier gemafi der Ausfuhrungs- 
form der Erfindung eine Mehrzahl von MMS-Empfanger- 
Benachrichtigungen bzw. Empfangerbenachrichtigungsnach- 

20 richten aufgrund einer Multimedianachricht (MMA) nun zum 

Ernpfanger gesendet werden) . 



B. Einsatz eines ruckwartskompatiblen Abbildungs-Mechanismus 
25 fur MMS-Empf anger -Benachrichtigungen 

Damit wiederum mit Bezug auf Figur 3 und insbesondere im 
Nachgang an die oben unter Punkt A. erwahnten Beispiele die 
verschiedenen MMS-Empf anger-Benachrichtigungen 
30 n MMl_notification.REQ(s) " in der MMS-Benutzeranwendung (MMS 
User Agent) des Empf angers als zusammengehorig identif iziert 
werden konnen, vergibt der MMS-Relay-Server MRSB fur jede ur- 
spriinglich empfangene Multimedianachricht eine eindeutige I 
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dentifikationsnurnmer und erganzt diese zusammen mit einer Ma- 
ximalnummer, d.h. einer Gesamtzahl der erzeugten bzw. versen- 
deten MMS-Empf anger-Benachrichtigungen, und einer optionalen 
Sequenznummer bzw. Reihenfolgennummer der MMS-Empf anger- 
5 Benachrichtigungen in jeder einzelnen MMS-Empfanger- 

Benachrichtigung. Anschlieflend werden die einzelnen MMS- 
Empf anger-Benachrichtigungen bzw. Empfangerbenachrichtigungs- 
nachrichten "MMl_notif ication.REQ (s) " auf herkommlichem Wege 
an die MMS-Benutzeranwendung (MMS User Agent) des Empf angers 
10 bzw. Empfangergerats gesendet. Die Gesamtheit aller zusammen- 
gehdrigen MMS-Empf anger-Benachrichtigungen 

"MMl_notification.REQ(s) " kann dort nun anhand der vom MMS- 
Relay-Server MRSB erganzten Identif ikationsnummer in einer 
einheitlichen und fur den Empfanger sehr komfortablen Art und 

15 Weise dargestellt werden. Durch Zahlen der empfangenen, zu- 
sammengehorigen MMS-Empfanger-Benachrichtijgungen und einem 
anschliefienden Vergleich dieses Wertes mit der Maximalnummer 
kann die MMS-Benutzeranwendung (MMS User Agent) des Empfan- 
gergerats (hier das Mobil funkgerat MFG2) auf eine einfache 

20 Art und Weise festzustellen, ob bereits alle zusammengehori- 
gen MMS-Empf anger-Benachrichtigungen 
n MMl_notification.REQ(s) " eingetroffen sind. 

Im folgenden werden beispielhaft fur eine Implementierung des 
25 MMS unter WAP die einzelnen MMS-Empfanger-Benachrichtigungen 
in textueller Codierung gemaB dem unter Punkt A. aufgefuhrten 
Beispiel 2 gezeigt, in dera die BildgroBe eines Multiraedia- 
nachricht-Elementes (Nutzdatenobjekt) vom Typ "Standbild" 
bzw. "Bild" in zwei Stufen reduziert wird. (Es sei erwahnt, 
30 dass der oben erwahnten Abstraktnachricht (abstract message) 
"MMljnotif ication.REQ" gemaJJ 3GPP in WAP die "M- 
Notification.ind"-PDU (PDU: Protocol Data Unit - Protokollda- 
teneinheit) entspricht. GeraaB einer Ausfuhrungsforra der Er- 
findung sind neue Kopffelder fiir die Identif ikationsnummer 
35 und die Sequenznummer in den MMS-Empf anger-Benachrichtigungen 
eingerahmt. Genauer gesagt zeigt die Benachrichtigung 1 eine 
MMS-Empf anger-Benachrichtigung (WAP-PDU-"M-Notif ication . ind" ) 
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fur die Multimedianachricht-Variante 2A (grofies Bild) , zeigt 
die Benachrichtigung 2 eine MMS-Empf anger-Benachrichtigung 
(WAP-PDU-"M-Notification.ind") fiir die Multimedianachricht- 
Variante 2B (mittlere Bildgrofce) , und zeigt die Benachrichti- 
5 gung 3 eine MMS-Empfanger-Benachrichtigung (WAP-PDU-"M- 
Notification. ind") fiir die Multimedianachricht-Variante 2C 
(kleines Bild) . 



Benachrichtigung 1; 
10 X-Mms -Message-Type : m-notif ication-ind 
X-Mms-Transaction-ID: abclO 
X-Mms-MMS-Version: 1-0 
From: andreas.st. schmidt@siemens.com 
Subject: A multimedia message 
15 X-Mms-Message-Class: Personal 
X-Mms -Message-Size: 58000 
X-Mms-Expiry: 36000 



20 



X-Mms -Variant- Id: example-xyz 
X-Mms -Max-Noti fications : 3 
X-Mms -Sequence-Number: 1 



X-Mms-Content-Location : http : //operator . de/ inbox/mm-id-2A 



Benachrichtigung 2: 

X-Mms -Mes sage-Type : m-notif ication-ind 
25 X-Mms -Transaction-ID: abcl2 

X-Mms-MMS-Version: 1.0 

From: andreas . st . schmidt@ Siemens . com 

Subject: A multimedia message 

X-Mms-Mes sage -Class: Personal 
30 X-Mms-Message-Size: 54500 

X-Mms-Expiry: 36000 

X-Mms -Variant- Id : example-xyz 

X-Mms -Max-Notifications : 3 

X-Mms-Sequence-Number: 2 

35 X-Mms -Content -Location: http://operator.de/inbox/mm-id-2B 
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Benachrichtigung 3 : 

X-Mms -Mess age-Type: m-notification-ind 
5 X-Mms-Transaction-ID: abcl6 
X-Mms-MMS-Version: 1 . 0 
From: andreas . st. schmidtQ Siemens . com 
Subject: A multimedia message 
X-Mms-Message-Class: Personal 
10 X-Mms-Message-Size: 51500 

X-Mms-Expiry: 36000 _ . 

X-Mms-Variant-Id: example-xyz 
X-Mms-Max-Notifications: 3 

X-Mms-Seguence-Number : 3 

15 X-Mms-Content-Location: http://operator.de/inbox/mm-id-2C 

Es sei erwahnt, dass das beschriebene Prinzip nicht nur auf 
einfache bzw. vereinfachte MMS-Ernpfanger-Benachrichtigungen 

20 mit den Grundinformationen, sondern auch auf ausfuhrliche 
MMS-Empfanger-Benachrichtigungen {"Detailed MMS Notificati- 
ons") ubertragen werden kann, die genauere Beschreibungen der 
einzelnen Multimedianachricht-Elemente beinhalten. Der Nutzen 
dieser Erfindung fur derartige, ausfuhrliche MMS-Empfanger- 

25 Benachrichtigungen kann dabei noch grower sein. 

Es ist gemaB einer vorteilhaften Ausgestaltung ferner denk- 
bar, dass die eindeutige Identif ikationsnummer der Multime- 
30 dianachricht, die Maximalnummer und die Sequenznummer in der 
URI codiert enthalten sind (vorzugsweise im letzten Teil der 
Pfadangabe) . 

35 C. Komfortable Darstellung der Informationen aus den einzel- 
nen MMS-Empfanger-Benachrichtungen bezuglich alternativer He- 
runterlad-Optionen durch eine besonders vorteilhafte Ausges 
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taltung des HMI in der MMS-Benutzeranwendung (MMS User Agent) 
des Empfangergerats 

Wie bereits erwahnt, bietet das oben beschriebene Verfahren 
5 eine besonders vorteilhafte Ausges taltung der Menufuhrung in 
der MMS-Benutzeranwendung des Empfangergerats, da die MMS- 
Benutzeranwendung : 

- anhand der eindeutigen Identifikationsnummer zusammengehd- 
10 rige MMS-Empfanger-Benachrichtigungen fur unterschiedliche 

Varianten einer Multimedianachricht erkennt und 

- anhand der Maximalnummer weiB, wie viele Multimedianach- 
richt-Varianten der MMS -Relay-Server fur eine bestimmte Mul- 
timedianachricht (gekennzeichnet durch dieselbe Identif ikati- 

15 onsnummer) vorbereitet hat; 

- anhand der Sequenznummer erkennt , welche MMS-Empfanger- 
Benachrichtigungen zu der urspriinglich vom MMS-Relay-Server 
empfangenen Multimedianachricht (ohne Adaption) gehort. 

20 Figur 5 zeigt eine erste auf einem Display des Empfangerge- 
rats dargestellte beispielhafte Benutzeroberf lache BOF1, auf 
der die jeweiligen MMS-Empfanger-Benachrichtigungen bzw. Emp- 
fangerbenachrichtigungsnachrichten aus dem oben unter Punkt 
A. beschriebenen Beispiel 2 verarbeitet und die in ihnen ent- 

25 haltenen Informationen ubersichtlicht dargestellt sind. Es 
wird nun angezeigt, dass im Eingangsordner (Inbox) vom 
"02.11.2002" des MMS eine Multimedianachricht mit drei alter- 
nativen Varianten bzw. Herunterlad-Optionen liegt. Ferner 
wird der Absender, der Betreff der Nachricht, die Kategorie, 

30 die Grofie des variierten Multiraedianachricht-Elements (hier 
des Bildes) sowie die Gultigkeit des der Multimedianachricht 
angezeigt. Schliefilich wird eine Aufforderung an den Benutzer 
des Empfangergerats gerichtet, sich fur eine Variante des 
Multimedianachricht-Elements bzw. der Multimedianachricht zu 

35 entscheiden. Die Auswahl der gewunschten Herunterlad-Option 
kann durch Drucken einer entsprechenden Taste einer Tastatur 
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des Empfangergerats (im Beispiel von Figur 3 dem Mobilfunkge- 
rat MFG2) geschehen. 

5 Fur den Fall der Verwendung ausf iihrlicher MMS-Empf anger- 
Ben a ch r i ch t i gun gen ("Detailed MMS-Notif ications") werden dem 
Erapfanger auf einer zweiten Benutzeroberflache BOF2 des Emp- 
fangergerats (beispielsweise dem Mobilfunkgerat MFG2 von Fi- 
gur 3) vorteilhafterweise auch die anderen in einer MMS- 

10 Empfanger-Benachrichtigung moglicherweise enthaltenen Infor- 
mationen angezeigt, wie es in Figur 6 zu sehen ist. Neben den 
auch bereits in Figur 5 angegebenen Inf ormationen wird nun 
ferner angezeigt , dass im Eingangordner (Inbox) vom 
"03.11.2002" des MMS eine Multimedianachricht mit drei alter- 

15 nativen Varianten bzw. Herunterlad-Optionen liegt, wobei zu- 
satzlich angegeben ist, welche Variante die Original -Variante 
ist, und welche Multimedianachricht-Elemente in den auf dem 
MMS-Relay-Server bereitgestellten Multimedianachrichtsvarian- 
ten vorgesehen sind. Die Auswahl einer oder der gewunschten 

20 Varianten bzw. Herunter lad-Option kann durch Drucken einer 
entsprechenden Taste einer Tastatur des Empfangergerats ge- 
schehen oder durch Anwahlen einer entsprechenden Anwahlflache 
AWF raittels eines Mauszeigers MZ und entsprechender Bestati- 
gung der Anwahl. 



25 
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Patentanspruche 

1. Verfahren zum Ubertragen von Nachrichten in einem Kornmu- 
nikationsnetz mit folgenden Schritten: 

5 

Ubertragen einer Ubermittlungsnachricht <MMl_submit .REQ; MMA) 
mit einem oder mehreren Nutzdatenobjekten (MME) an eine Ver- 
mittlungskomponente (VK> zur Weiterleitung an eine erste Te- 
lekommunikationseinrichtung (MFG2) ; 

10 

Erstellen einer Mehrzahl von Varianten des einen oder der 
mehreren Nutzdatenobjekte (MME) in der Vermittlungskomponente 
in Abhangigkeit eines Satzes von Parametern; 

15 Informieren der ersten Telekommunikationseinrichtung (MFG2) 
uber die Bereitstellung einer Mehrzahl von Varianten des ei- 
nen oder der mehreren Nutzdatenobjekte zum Ubertragen an die 
erste Telekommunikationseinrichtung . 

20 2. Verfahren nach Anspruch l f mit folgenden Schritten: 

Senden einer Zustellungsanforderungsnachricht 
(MMl_retrieve.REQ) bezuglich einer bestimmten Variante des 
einen oder der mehreren Nutzdatenobjekte von der ersten Tele- 
25 kommunikationseinrichtung (MFG2) zu der Vermittlungskomponen- 
te (VK); 

Ubermitteln einer Zustellungsnachricht (MMl_retrieve .RES) mit 
der angeforderten Variante des einen oder der mehreren Nutz- 
30 datenobjekte von der Vermittlungskomponente zu der ersten Te- 
lekommunikationseinrichtung . 

3. Verfahren nach Anspruch 1 oder 2, bei dem das Informie- 
ren der ersten Telekommunikationseinrichtung mittels folgen- 
35 der Schritte erfolgt: 
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Erzeugen von jeweiligen Empf angerbenachrichtigungsnachrichten 
<MMl_notification.REQ(s)), die einer bestimmten Variante des 
einen oder der mehreren Nutzdatenobjekte zugeordnet sind, und 

5 Ubermitteln der jeweiligen Empfangerbenachrichtigungsnach- 
richten (MMl_notif ication.REQ (s) ) von der Vermi tt lungs kompo- 
nente (VK) zu der ersten Tele kommunikat ion seinrichtung 
<MFG2) . 

10 4. Verfahren nach Anspruch 1 oder 2, bei dem der Satz von 
Parametern Parameter mit Informationen liber die individuellen 
Eigenschaften der Telekommunikationseinrichtung, und insbe- 
sondere uber auf der Telekommunikationseinrichtung vorgesehe- 
ne Anwendungen, umfasst. 



15 



20 



25 



30 



5. Verfahren nach einem der Anspruche 1 bis 4, bei dem der 
Satz von Parametern Parameter mit Informationen uber die in- 
dividuellen Praferenzen des Empf angers umfasst. 

6. Verfahren nach einem der Anspruche 1 bis 5, bei dem der 
Satz von Parametern Parameter mit Beschreibungs informationen 
umfasst, welche die Bedeutung von in der Ube rmi tt lungs nach- 
richt enthaltenen Nutzdatenobjekten und/oder die Beziehung 
von enthaltenen Nutzdatenobjekten zueinander umfassen- 

7. Verfahren nach einem der Anspruche 1 bis 6, bei dem die 
Ubermittlungsnachricht (MMl_submit . REQ; MMA) von einer zwei- 
ten Telekommunikationseinrichtung (MFG1) an die Vermittlungs- 
komponente (VK) ubermittelt wird. 



8. Verfahren nach einem der Anspruche 1 bis 7, bei dem die 
Nachrichten (MM1_ submit - REQ ; MMljnotif ication.REQ ; 
MMl_retrieve.REQ; MMl_retrieve.RES) im Rahmen des Multimedia 
Messaging Service (MMS) zwischen der ersten Telekommunikati- 
35 onseinrichtung (MFG2) und der Vermi tt lungs komponente (VK) 

und/oder der zweiten Telekommunikationseinrichtung (MFG1) und 
der Vermi tt lungs komponente (VK) ubertragen werden. 
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9. Verfahren nach einem der Anspruche 1 bis 8, bei dem die 
Nachrichten zu und von der ersten Telekommunikationseinrich- 
tung und/oder der zweiten Telekommunikationseinrichtung uber 

5 eine Luf tschnittstelle gesendet werden. 

10. Verfahren nach Anspruch 9, bei dem die erste und/oder 
die zweite Telekommunikationseinrichtung ein Funkmodul um- 
fasst/ und insbesondere als ein Mobiltelef on, ein Schnurlos- 

10 telefon, Oder ein tragbarer Computer ausgebildet ist. 

11. Verfahren nach Anspruch 9 Oder 10, bei dem die Ubertra- 
gung von Nachrichten zu und von der ersten und/oder der zwei- 
ten Telekommunikationseinrichtung mittels dem WAP-Protokoll 

15 WSP und/oder dem Hypertext Transfer Protocol (http) erfolgt. 

12. Verfahren nach einem der Anspruche 1 bis 11, bei dem die 
ersten Telekommunikationseinrichtung Teil eines ersten Tele- 
kommunikationsnetzes ist. 

20 

13. Verfahren nach Anspruch 12, bei dem das erste Telekommu- 
nikationsnetz als ein Mobil funknetz ausgefuhrt ist, das ins- 
besondere nach dem GSM-, GPRS-, EDGE-, UMTS- Oder CDMA- 
Standard arbeitet. 

25 

14. Verfahren nach einem der Anspruche 12 oder 13, bei dem 
die Vermitt lungs komponente als ein Teil eines zweiten mit dem 
ersten Telekommunikationsnetz verbundenen Telekommunikations- 
netzes ausgebildet ist, das insbesondere als ein auf Inter- 

30 net-Protokollen, wie dem Hypertext Transfer Protocol, basier- 
tes Telekommunikationsnetz ausgefuhrt ist. 

15. Verfahren nach Anspruch 14, bei dera das erste und das 
zweite Telekommunikationsnetz durch eine Verbindungskomponen- 

35 te miteinander verbunden sind, welche insbesondere als ein 
WAP-Gateway ausgefuhrt ist. 
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16, Verfahren nach einem der Anspruche 1 bis 10, bei dem die 
Empfangerbenachrichtigungsnachricht mittels WAP-Push an die 
Telekommunikationseinrichtung iibertragen wird. 

5 17. Verfahren nach einem der Anspruche 1 bis 16, bei dem die 
Vermittlungskomponente (VK) als ein MMS -Relay-Server (MRS1; 
MRS2) ausgebildet ist. 

18. Verfahren nach einem der Anspruche 2 bis 17, bei dem die 
10 Empfangerbenachrichtigungsnachrichten, die Varianten von 
Nutzdatenobjekten einer bestimmten Ubermittlungsnachricht zu- 
geordnet sind, eine bestimmte einheitliche Kennzeichnungs in- 
formation aufweisen. 

15 19. Verfahren nach einem der Anspruche 2 bis 18, bei dem die 
Empfangerbenachrichtigungsnachrichten, die Varianten von 
Nutzdatenobjekten einer bestimmten Ubermittlungsnachricht zu- 
geordnet sind, eine Gesamtzahlinf ormation aufweisen, welche 
die Gesamtzahl der von Vermittlungskomponente erzeugten Emp- 

20 fangerbenachrichtigungsnachrichten fur die Varianten des ei- 
nen oder der mehreren Nutzdatenobjekte einer Ubermittlungs- 
nachricht angibt. 

20. Verfahren nach Anspruch 2 bis 19, bei dem die jeweiligen 
25 unterschiedlichen Empfangerbenachrichtigungsnachrichten eine 
Reihenfolgeninformation aufweisen, welche die Reihenfolge der 
von der Vermittlungskomponente erzeugten Varianten des einen 
oder mehreren Nutzdatenobjekte enthalt. 

30 21. Verfahren nach einem der Anspruche 2 bis 20, bei dem die 
jeweiligen unterschiedlichen Empfangerbenachrichtigungsnach- 
richten eine Unterscheidungsinf ormation aufweisen, welche an- 
gibt, ob es sich bei einer einer jeweiligen Empf angerbenach- 
richtigungsnachricht zugeordneten Variante eines Nutzdatenob- 

35 jekts urn die urspriingliche in der tibermittlungsnachricht ent- 
haltene Variante oder urn eine abgeanderte Variante handelt. 
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22. Verfahren nach einem der Anspruche 2 bis 21, bei dem aus 
der Reihenf olgeninformation in den jeweiligen unterschiedli- 
chen Empf angerbenachrichtigungsnachrichten hervorgeht, welche 
der Empfangerbenachrichtigungsnachrichten mit der unverander- 

5 ten Originalversion des mindestens einen Nutzdatenobjektes 
bzw. der Ubermittlungsnachricht in Beziehung steht. 

23. Verfahren nach einem der Anspruche 18 bis 22, bei dem 
die Kennzeichnungsinforraation und/oder die Gesamtzahlinf orma- 

10 tion und/oder die Reihenf olgeninformation unter einem jeweils 
eigenstandigen Kopffeld in einer Empfangerbenachrichtigungs- 
nachricht vorgesehen sind. 

24. Verfahren nach einem der Anspruche 18 bis 22, bei dem 
15 die Kennzeichnungs information und/oder die Gesamtzahlinf orma- 

tion und/oder die Reihenf olgeninformation zusammen kodiert in 
einer Empfangerbenachrichtigungsnachricht vorgesehen sind. 

25. Verfahren nach einem der Anspruche 18 bis 24 , bei dem 
20 die Kennzeichnungsinforraation und/oder die Gesamtzahlin forma- 
tion und/oder die Reihenf olgeninformation nach Erhalt einer 
jeweiligen Empfangerbenachrichtigungsnachricht von der ersten 
Telekommunikationseinrichtung verarbeitet werden. 

25 26. Verfahren nach Anspruch 25 , bei dem auf einer Benutzer- 
oberflache die verschiedenen moglichen Varianten zur Ubertra- 
gung von der Vermitt lungs komponente dargestellt werden f damit 
ein Benutzer eine Oder roehrere Variante auswahlen und zur D- 
bermittlung von der Vermitt lungs komponente anfordern kann. 

30 

27. Verfahren nach einem der Anspruche 1 bis 26, bei dem die 
Nutzdatenobjekte (MME) Textinformationen f Audioinformationen, 
Videoinformationen, ausfuhrbare Programme, Sof twaremodule o- 
der eine Kombination dieser Informationen enthalten. 

35 

28. Telekommunikationsanordnung umfassend eine Vermittlungs- 
komponente (VK) sowie zumindest eine erste Telekommunikati 
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onseinrichtung, wobei die Telekommunikationsanordnung dafur 
ausgelegt ist, ein Verfahren nach einem der Anspriiche 1 bis 
27 durchzuf iihren . 



5 



WO 2004/109998 



PCT/EP2004/050659 




WO 2004/109998 



PCT/EP2004/050659 



2/4 



FIG 3 



MFG1 
t 


MM1 




MM4 




MUAA 




MRSA 




MRSB 



MM1 




MM1 submit.REQ 



MM1 submitRES 



MME 



MME 



-MME 



MM4 forward.REQ 



MM1 forward.RES 



MFG2 

y 

MUAB 



MM1 notification.REQ(s) 



MM1 notification.RES(s) 



MM1 retrieve.REQ 



MM1 retrieve.RES 



MM1_acknowledgement. 
REQ 



MMA 



VK 



WO 2004/109998 



PCT/EP2004/050659 



3/4 



FIG 4 

MMS- 
Benutzeranwendung 
MUA 



B-Seite 



A-Seite 



Schnittstelle B 
(Mobilfunksystem) 



WAP-fahiges 
Endgerat 




\ V WAP-Gatewav^' 




Server 


WSP 




WSP 


HTTP 




HTTP 


Untere 
Schicht B 




Untere 
Schicht B 


Untere 
SchichtA 




Untere 
Schicht A 



MMS-Relay-Server 



Schnittstelle A 
(externes IP-Neb) 



FIG 5 



MMS Inbox 



02.11.2002 



Sie haben eine neue MM erhalten, 


die Sie in 3 unterschiedlichen 


Varianten herunterlanden konnen: 


Absender: 


Andreas Schmidt 


Betreff: 


A multimedia message 


Kategorie: 


personlich 


GrdBe: 


58.500 kB (A) Original 




54.500 kB (B) 




51.500 kB (C) 


Gultigkeit: 


10h 


Fur welche Option (A, B oder C) 


entscheiden Sie sich? 



B0F1 



WO 2004/109998 



PCT/EP2004/050659 



4/4 



FIG 6 



MMS Inbox 03.11.2002 



Sie haben eine neue MM erhalten, die 
Sie in 3 unterschiedlichen Varianten 
herunterlanden konnen: 

Absender: Andreas Schmidt (Siemens) 

Betreff: A multimedia message 

Kategorie: personlich 

Gultigkeit: 15 h 

Original: VarianteA 



MM-Variante: 


A 


B 


C 


MM-Elemente: 


3 


2 


1 


1. Element: 


Text 


Text 


Text 


2. Element: 


Bild 


Bild 






Farbe 


SW 




3. Element: 


Audio 






GroBe: 


50 kB 


30kB 


15 kB 




Urn den Herunterlad-ProzeB zu starten 
klicken Sie bitte auf das 
entsprechende Feld 



t 

B0F2 



INTERNATIONAL SEARCH REPORT 



IntE^fconal Application No 

PCT/EP2004/050659 



A. CLASSIFICATION OF SUBJECT MATTER 

IPC 7 H04L12/58 



According to Internationa) Patent Classification (IPC) or lo both national classification and IPC 



B. FIELDS SEARCHED 



Minimum documentation searched (classification system followed by classification symbols) 

IPC 7 H04L H04Q 



Documentation searched other than minimum documentation to the extent that such documents are included In the fields searched 



Electronic data base consulted during the international search (name of data base and, where practical, search terms used) 

EPO-Internal 



C. DOCUMENTS CONSIDERED TO BE RELEVANT 



Category 0 Citation of document, with Indication, where appropriate, of the relevant passages 



Relevant to claim No. 



US 2002/165024 Al (PUSKALA TEEMU) 

7 November 2002 (2002-11-07) 

figures 1,3,4,11 

page 1, paragraphs 7,10 

page 2, paragraphs 10,12,17 

page 3, paragraphs 37,38 

page 4, paragraph 38 

page 5, paragraphs 52,54,55 

page 8, paragraph 71 



1-28 



_/__ 



Further documents are listed In the continuation of box C. 



E3 



Patent family members are feted in annex. 



° Special categories of cited documents : 

'A* document defining the general state of the art which is not 
considered to be of particular relevance 

"E* earlier document but published on or after the international 
filing date 

"L" document which may throw doubts on priority claim(s) or 
which Is cited to establish the publication date of another 
citation or other special reason (as specified) 

"CT document referring to an oral disclosure, use, exhibition or 
other means 

"P* document published prior to the international filing date but 
later than the priority date claimed 



T later document published after the international filing dale 
or priority date and not in conflict with the application but 
cited to understand the principle or theory underlying the 
invention 

•X' document of particular relevance; the claimed Invention 
cannot be considered novel or cannot be considered to 
involve an inventive step when the document Is taken alone 

•Y" document of particular relevance; the claimed Invention 

cannot be considered to involve an inventive step when the 
document is combined with one or more other such docu- 
ments, such combination behg obvious to a person skilled 
in the art. 

document member of the same patent family 



Date of the actual completion of the international search 



1 September 2004 



Date of mafling of the international search report 



07/09/2004 



Name and mailing address of the ISA 

European Patent Office, P.B. 5818 Patentlaan 2 
NL-2280HVRqswijk 
Tel (+31-70) 340-2040, Tx. 31 651 epo nl, 
Fax (+31-70)340-3016 



Authorized officer 



Mircescu, A 



Form PCT/1SA/210 (second shoot) (January 2004) 



INTERNATIONAL SEARCH REPORT 


Inte^^onal Application No 

PCT/EP2004/050659 


C(ConUnualion) DOCUMENTS CONSIDERED TO BE RELEVANT 


Category • 


Citation of document, with indication, where appropriate, of the relevant passages 


Relevant to claim No. 


A 


WO 01/58183 A (BOSCH GMBH ROBERT ; SCHANGE 

FRANK (DE); LAUMEN 00SEF (DE); REINECKE 

JO) 9 August 2001 (2001-08-09) 

figures 1-5 

page i, lines m-co 

page 2, lines 10-21 

page 5, lines 12-20 

page 7, lines 10-25 

page 9, lines 5-25 

page 11, lines .19-28 

page 12, lines 1-14 




1-28 


A 


US 2003/027566 Al (WEINER MOSHE) 

6 February 2003 (2003-02-06) 

figures 1-3,5,6 

page 1, paragraphs 1-3,6,7 

page 2, paragraphs 17,27,28 

page 3, paragraphs 33,34 

page 4, paragraph 46 




1-28 



Form PCT71SA/210 (continuation of second sheet) (January 2004) 



INTERNATIONAL SEARCH REPORT 

fhformation on patent family members 



Patent document 
cited In search report 



Publication 
date 



Inte^feonal Application No 

PCT/EP2004/050659 



Patent family 
member(s) 



Publication 
date 



US 2002165024 Al 07-11-2002 



EP 
W0 



1372801 Al 
02070088 Al 



02-01-2004 
12-09-2002 



W0 0158183 



09-08-2001 



DE 
WO 
EP 
JP 
US 



10004260 Al 
0158183 Al 
1256241 Al 
2003528490 T 
2003109269 Al 



09-08-2001 
09-08-2001 
13-11-2002 
24-09-2003 
12-06-2003 



US 2003027566 Al 06-02-2003 NONE 



Form PC17ISA/210 (patent family amex) (Januaiy 2004) 



INTERNATIONALER RECHERCHENBERICHT 



A. KLASSi F12IERUNG DES ANMELDUNGSGEGENSTANDES 

IPK 7 H04L12/58 



Nach der Internationalen Patentklassinkation (IPK) oder nach der nationalen Klasslfikation und der IPK 



Intt^^onafes Aktenzelchon 

PCT/EP2004/050659 



B. RECHERCHIERTE GEB1ETE 



RBcherchierler Mindestprufstoff (KlassifikaUonssysiem und Klassilikalionssymbole ) 

IPK 7 H04L H04Q 



Recherchierte aber nicht zum MindestprQfstoff gehorende Veroffenilichungen, soweit diese unter die recherchierien Gebiete failen 



Wahrend der internationalen Recherche konsuWerte elektronische Datenoank {Name der Datenbank und evtl. verwendete Suchbegriffe) 

EPO-Internal 



C. ALS WESENTUCH ANGESEHENE UNTERLAGEN 



Kalegorie" Bezeichnung der Veroffenllichung, soweit erfordertich unter Angabe der in Betrachl kommenden Telle 



Belr. Anspruch Nr. 



US 2002/165024 Al (PUSKALA TEEMU) 
7. November 2002 (2002-11-07) 
Abbildungen 1,3,4,11 
Seite 1, Absatze 7,10 

Absatze 10,12,17 
Absatze 37,38 
Absatz 38 
Seite 5, Absatze 52,54,55 
Seite 8, Absatz 71 



1-28 



Seite 2, 
Seite 3, 
Seite 4, 



V- 



m 



Weitere V/eroffenUichungen sind der Fortsetzung von Feld C zu 
entnehrnen 



Siehe Anhang Patenlfamllle 



" Besondere Kategorien von angegebenen Verdffentlichungen : 

'A - Veroffentfich una die den aUgemetnen Stand der Technik dehniert, 
aber nicht als besonders bedeutsam anzusehen 1st 

'E' alieres Dokument, das jedoch erst am Oder nach dem internationalen 
Anmeldedatum verdffentlicht worden 1st 

V VenMfenltichung, die geeignet 1st, einen Prioritalsanspruch zweifelhaft er- 
schetnen zu lassen, oderdurch die das Veroffentiichungsdatum einer 
anderen im Recherchenbericht genannten Veroffentiichung betegt werden 
soil oder die aus einem anderen besonderen Grund angegeben isl (wie 
ausgefQhrt) 

•O* Veroffenllichung, die sich auf erne mimdJjche Offenbarung, 

eine Benutzung. eine Ausstellung oder andere MaBnahmen bezieht 

"P" Veroffenllichung, die vor dem intemalionalen Anmefctedatum, aber nach 
dern beanspruchten Priofflatsdatum verCttentlicht worden 1st 



'V Sphere Veroffenllichung, die nach dem imemationalen Anmeldedatum 
oder dem Prioritatsdatum veroffentlicht worden ist und mit der 
Anmeldung nicht kolUdiett, sondem nur zurn Verstandnis des der 
Erfindung zugrundeliegenden Prinzips Oder der ihr zugrundeliegenden 
Theorie angegeben ist 

■X' Veroffentiichung von besonderer Bedeutung; die beanspruchte Erfindung 
kann allein aufgrund dieser Veroffentiichung nicht aJs neu oder auf 
erfinderischerTaligkelt beruhend betrachtet werden 

"Y* Veroffentiichung von besonderer Bedeutung; die beanspruchte Erfindung 
kann nicht ais auf erfinderischer Tatigkeit beruhend betrachtet 
werden, wenn die Veroffentiichung mit etneroder mehreren anderen 
Veroffenilichungen dieser Kategorie in Verblndung gebracht wird und 
dlese Verblndung fur einen Fachmann naheliegend ist 

VerdffentOchung, die Mitgtled derselben Patentfamiiie fct 



Datum des Abschlusses der internationalen Recherche 



1. September 2004 



Absendedatum des internal ionalen Recherche nberichts 



07/09/2004 



Name und Postanschritt der Internationalen Recherchenbehorde 
Europaisches Patentamt, P.B. 5818 Patentlaan 2 
NL-2280HVRgswi]k 
Tel (431-70) 340-2040, Tx. 31 651 epo nl, 
Fax: (+31-70) 340-3016 



Bevollmachtigter Bediensleler 



Mircescu, A 



Formbtatt PCT/1SA/210 (Btatt 2) (Januar 2004} 



INTERNATIONALER RECHERCHENBERICHT 



Inte^^onales Aktenrelchen 

PCT/EP2004/050659 



C(Fortsetzung) ALS WESENTLICH ANGESEHENE UNTERLAGEN 



Kategorie* Bezeichnung der VerorfBntlicriung, sowelJ erforderiicb unter Angabe der in Belrachl kommenden Teile 



Betr. Anspruch Nr. 



WO 01/58183 A (BOSCH GMBH ROBERT ; SCHANGE 

FRANK (DE); LAUMEN 00SEF (DE); REINECKE 

00) 9. August 2001 (2001-08-09) 

Abbildungen 1-5 

Seite 1, Zeilen 14-23 

Seite 2, Zeilen 10-21 

Seite 5, Zeilen 12-20 

Seite 7, Zeilen 10-25 

Seite 9, Zeilen 5-25 

Seite 11, Zeilen 19-28 

Seite 12, Zeilen 1-14 

US 2003/027566 Al (WEINER M0SHE) 
6. Februar 2003 (2003-02-06) 
Abbildungen 1-3,5,6 
Seite 1, Absatze 1-3,6,7 
Seite 2, Absatze 17,27,28 
Seite 3, Absatze 33,34 
Seite 4, Absatz 46 



1-28 



1-28 



INTERNATIONALER RECHERCHENBERICHT 

Angaben zu Veroffentlichin^en, die zur selben Patentfamilte gehoren 



lnt< 



e^fcmales Aktenzeichen 

PCT/EP2004/050659 



lm Ftecherchenberlcht 
angefuhrtes Pate ntdoku men t 



Datum der 
Veroffentlichung 



Mitglied(er) der 
Patentfamilte 



Datum der 
VeroffentlichunQ 



US 2002165024 Al 07-11-2002 



EP 
W0 



1372801 Al 
02070088 Al 



WO 0158183 



09-08-2001 



DE 10004260 Al 

W0 0158183 Al 

EP 1256241 Al 

JP 2003528490 T 

US 2003109269 Al 



02-01-2004 
12-09-2002 



09-08-2001 
09-08-2001 
13-11-2002 
24-09-2003 
12-06-2003 



US 2003027566 Al 06-02-2003 KEINE 



Foimblatt PCT/ISA/210 (Anhang PatentiamiBe) (Januar 2004) 



